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CONFIGURATION SYSTEM AND METHODS 

PRIORITY REFERENCE TO RELATED APPLICATIONS 
This application claims benefit of and hereby incorporates by reference 
5 provisional application serial number 60/259,070, entitled "Product Configuration 
Manager," filed on December 28, 2000 by inventor Ettore DiLena and provisional 
application serial number 60/295,462, entitled "Distributed Artificial Intelligent Agent 
Network," filed on May 31, 2001 by inventors Claudia Betz-Haubold, Rohit Bhargava, 
Yvan DeBoeck, Ettore Dilena, Chris Docky, Claudia Schmid and Guenther Moeckesch. 
10 This application also hereby incorporates by reference provisional application serial 
number 09/152,494, entitled "Method and Apparatus for Business Modeling," filed on 
September 13, 1998 by inventors Anja Behrmann, et al. 

jj BACKGROUND OF THE INVENTION 

§15 

% Field of the Invention 

*y This invention relates generally to computer systems, and more particularly 

3 provides a system and methods for creating and utilizing a product/service configurator. 

s y 

W 20 Description of the Background Art 

. 

q Today's product offerings include not only standard products, but also products 

that a product customer can customize to some extent. Such product customizations that 
are selectable by a product end-customer or "consumer" are more commonly referred to 
as product configurations. 

25 Recently, product suppliers have attempted to replace earlier pen-and-paper 

product-option forms with integrated computer programs or "product configurators." 
Such product configurators are essentially custom point-of-sale programs for enabling 
consumers to select from among options made available with respect to a desired product 
by the product seller (i.e. manufacturer or retail sales). 

30 As with paper forms, a product configurator receives and records consumer 

selections. Additionally, since not all consumer selections might be allowable (e.g. 2 car 
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stereos), a configurator might also include sufficient manufacturing information to check 
whether the supplier generally allows such a configuration. Selectable options are 
generally limited at present to finishing or module alternatives that do not substantially 
affect manufacturing (e.g. selecting a car radio upgrade). If the resulting product 
5 configuration is found to be allowable, then the product configurator might further 
provide features such as displaying pricing, printing or storing the configuration, or 
perhaps generating a purchase order. 

Unfortunately, providing even such limited functionality can be tedious and 
expensive, and product configurators can be large and complex. One reason is that 
10 products, product models and product model options from even the same manufacturer 
can vary considerably. Information from which allowable options can be determined 
must also often be obtained from various sources. Thus, each product model may well 
utilize a uniquely programmed product configurator. Including product manufacturing, 
pricing and other information within each product configurator (where such features are 
|ij 1 5 provided) can also cause the resulting product configurators to become unwieldy. 

Among other difficulties are problems arising from the programming techniques 
used by suppliers. It is observed, for example, the use of custom programming increases 
3 the chances that configurable options and manufacturing and other information will 

^ 5 include errors or require updating, and further, that the task of updating or further 
fU 20 utilizing such information will be rendered more difficult. While modernly popular 
q techniques such as object oriented programming or "OOP" provide benefits such as 
encapsulation, inheritance and delegation, actual implementations currently tend to 
mimic the complex integration of procedural programming. Thus, even with such 
capabilities, each product configurator may well include unique peculiarities and require 
25 considerable effort, should the programming or included product or other information 
require updating. 

In view of these and other difficulties, it is not clear that creating and maintaining 
product configurators can be justified, particularly in view of their limited utility. 

Accordingly, there is a need for systems and methods that enable product 
30 configurators to more readily created. There is also a need for systems and methods that 
enable product configurators to provide up-to-date information. There is also a need for 
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more capable product configurators and systems capable of exploiting them, thereby 
rendering product configuration efforts more useful. 

SUMMARY OF THE INVENTION 
5 Aspects of the invention provide for more readily creating, effectively utilizing 

and reliably updating more capable and efficient product configurators. In one aspect, a 
product configuration system provides for forming a product configurator in a reusable 
manner applicable to varying product/service utilizations (e.g. products, components, 
processing, programming, servicing, outsourcing, etc.). A further aspect provides for 
10 configurator and other interfaces useable, to varying ends, by customers, employees, 
suppliers etc. Another aspect enables interface navigation and/or other configuration 
information to be efficiently utilized in conjunction with other systems or system 
M, components, among still further aspects. 

iTl A configuration method embodiment according to the invention includes 

W 1 5 receiving data corresponding to product or service options, identifying a solution space 

Li \ 

J corresponding to the data, setting rules for evaluating constraint relationships of the data 
J and for navigating the solution space, and generating cross-domain logical response 
■ engines corresponding to a navigation of the solution space. The solution space can, for 

j>j h example, correspond to an organization of product information for supporting allowable 
«jf 20 product/service configurations. The logic engines can, for example, enable configurator 
Q navigation and/or efficient pre, intra and/or post configuration access to other systems. 

A further configuration method embodiment includes receiving one or more 
product configuration options, determining a logical relationship to further configuration 
options, and providing an indicator corresponding to the further configuration options. 
25 The indicator can, for example, provide configurator and/or extra-configurator navigation. 

A still further configuration method embodiment includes receiving product (or 
service) information from a user corresponding to an actual or potential product purchase, 
determining an indicator corresponding to the product (or service) information, causing 
the indicators to be provided to a supply system, receiving supply information from the 
30 supply system, and using the indicator and supply system information to provide 

product/service options to the user. Such method can, for example, enable interactive 
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automatic (or remotely assisted) checking whether corresponding local or remote 
inventories exist, and if not, whether/when desired options can be manufactured (e.g. 
component, process, alternatives and/or worker availability); delivery options or 
constraints in accordance therewith can further be determined and supplied to the user. 
Such method further enables pricing, purchasing, credit, user status or other pertinent 
information to be similarly determined and/or system testing or updating to be performed, 
among other examples. 

Advantageously, aspects of the invention enable product configurators to be 
created in a reusable manner that further facilitates automating at least portions of such 
creation. Aspects further enable the size and complexity of product configurators to be 
significantly reduced, while enabling configurator inter-operability, portability and ease- 
of-updating to be substantially increased. Aspects further enable robust distributed- 
system collaboration, such that product configurator operation can be made more flexible 
and useful for product/service configuration, updating and other uses. Other advantages 
will also become apparent by reference to the following text and figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a flow diagram illustrating a configuration system according to an 

embodiment of the invention; 

FIG. 2 is a flow diagram illustrating another configuration system according to an 

embodiment of the invention; 

FIG. 3 a is a block diagram illustrating a processing system capable of 

implementing configuration system elements, according to an embodiment of the 

invention; 

FIG. 3b illustrates, in greater detail, how working memory of the processing 
system of FIG. 3 can include a browser; 

FIG. 3 c illustrates, in greater detail, how working memory of the processing 
system of FIG. 3 can include a configuration manager; 

FIG. 3d illustrates, in greater detail, how working memory of the processing 
system of FIG. 3 can include supplier systems; 

FIG. 4 is a flow diagram illustrating a configuration manager according to an 
embodiment of the invention; 

FIG. 5a is a block diagram illustrating the configuration creator of FIG. 3 in 
greater detail; 

FIG. 5b is a block diagram illustrating the configurators of FIG. 3 in greater detail; 
FIG. 5 c is a block diagram illustrating the preference engine of FIG. 3 in greater 

detail; 

FIG. 5d is a block diagram illustrating the update engine of FIG. 3 in greater 

detail; 

FIG. 5e is a block diagram illustrating the linker of FIG. 3 in greater detail; 

FIG. 6 is a flow diagram illustrating a further configurator according to an 
embodiment of the invention; 

FIG. 7 is a flow diagram illustrating a characteristic value expression portion of 
the configurator of FIG. 6 in greater detail; 

FIG. 8 is a flow diagram illustrating a characteristic value inclusion portion of the 
configurator of FIG. 6 in greater detail; 
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FIG. 9 is a flow diagram illustrating a product component portion of the 
configurator of FIG. 6 in greater detail; 

FIG. 10 is a flow diagram illustrating a product function portion of the 
configurator of FIG. 6 in greater detail; 
5 FIG. 1 1 is a flow diagram illustrating a product item solution portion of the 

configurator of FIG. 6 in greater detail; 

FIG. 12 is a flow diagram illustrating a configuration portion of the configurator 
of FIG. 6 in greater detail; 

FIG. 13 is a screenshot illustrating a selection operation of a configuration 
10 manager user interface (CMUI) according to an embodiment of the invention; 

FIG. 14 is a flow diagram illustrating a configuration model configured to provide 
the operation of FIG. 13, according to an embodiment of the invention; 
U FIG. 15 is a screenshot illustrating a further selection operation of a configuration 

IZ manager user interface according to an embodiment of the invention; 
U? 15 FIG. 16 is a flow diagram illustrating a configuration model configured to provide 

the operation of FIG. 15 according to an embodiment of the invention; 

FIG. 17 is a screenshot illustrating a further selection operation of a configuration 
S manager user interface according to an embodiment of the invention; 

» i FIG. 1 8 is a flow diagram illustrating a configuration model configured to provide 

ru 20 a portion of the operation of FIG. 17 according to an embodiment of the invention; 
□ FIG. 19 is a flow diagram illustrating a configuration model configured to provide 

a further portion of the operation of FIG. 17 according to an embodiment of the invention; 

FIG. 20 is a flow diagram illustrating a supply chain network implementation 
according to an embodiment of the invention; 
25 FIG. 21 is a flow diagram illustrating a further supply chain network 

implementation according to an embodiment of the invention; 

FIG. 22 is a flow diagram illustrating an agent network example capable of 
implementing a configuration system according to an embodiment of the invention; and 
FIG. 23 is a flow diagram illustrating an agent network example implementing a 
30 configuration system according to an embodiment of the invention. 
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DETAILED DESCRIPTION 
In providing for configuration systems and methods, aspects of the invention 
enable product, service, processing and other "product" configuration to be implemented 
in a more flexible, reusable and effective manner that can facilitate automatic (e.g. 
5 programmatic) and/or user assisted creation, operation and maintenance. Aspects further 
enable configuration to be conducted in conjunction with varying products, services, 
processes and/or components thereof, and further, of operating alone or in conjunction 
with other locally and/or remotely located intra and/or inter-entity systems, among still 
further aspects. 

10 Note that the term "or", as used herein, is intended to generally mean "and/or", 

unless otherwise indicated. Additionally, references made herein to particular "Skyva" 
implementations as well as directional arrows in the accompanying drawings are 
provided so that various aspects of the invention might be better understood. References 
p~ to "products," "product configuration system," "product configurator," "product supplier 
W 15 systems" and the like can further generally include one or more products, services, 
7q processing, and the like, components thereof or some combination, unless otherwise 
^ indicated. Such references are exemplary and should not be construed as limiting, 
s Turning now to FIG. 1, embodiments of the invention provide a high degree of 

pi | flexibility with regard to product configuration, configurator creation, operation and 
1 5f 20 maintenance, and various manners of implementing configuration alone or in conjunction 
O with other systems. However, while such flexibility is useful, the nature of particular 
system elements can become confusing. For example, on the one hand, configuration 
element embodiments can operate alone or in conjunction with highly integrated to 
highly distributed systems of one or more supply chain entities ("supplier systems") 
25 and/or users, such that the configuration elements are or appear to be "hosted" by the one 
or more such systems. Conversely, configuration element embodiments are also capable 
of interoperating with widely varying supplier system types, such that the supplier system 
elements appear to be configuration system elements for configuration purposes. 

Therefore, the discussion will first consider various system implementation 
30 examples with reference to FIGS. 1 and 2, before continuing with suitable processing 
systems and then configuration system and method details. Also, for greater clarity, a 
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system of one or more configuration elements will be referred to hereinafter as a 
"configuration manager", while a system that includes configuration manager elements as 
well as elements of other systems that are capable of being utilized in conjunction with 
configuration manager elements will be referred to collectively as a "configuration 
5 system". 

Configuration system 100a of FIG. 1, for example, provides a distributed 
configuration system embodiment that might be utilized within one or more products, 
across various entities of a supply chain, or for other local/remote user access, among 
other uses. Configuration system 100a includes at least one configuration manager 101, a 
10 wired or wirelessly couplable network 102 (e.g. a wide area network or "WAN", such as 
the Internet), inter-entity product supplier systems 103 and 104, and one or more remote 
user systems 105 a. Configuration manager 101 further includes configuration engines 

y K 1 1 1 and configuration manager user interfaces or "CMUIs" 1 through N 1 12a, 1 12b. 

^ Finally, inter-entity product supplier systems 103 and 104 include primary supplier 

hj 15 systems 131a, 131b and other-entity systems 141a, 141b which other-entity systems 141a, 

^ 141b can also include user systems (e.g. systems 142). 

N Configuration engines 1 1 1 provide a configuration "back end" for conducting 

s operations that are more specifically configuration-related, such as performing 

Ll configurator creation, operation, updating, and the like. CMUIs 1 12a and 1 12b provide 
EU 20 one or more textural, graphic, combined or other so-called "multimedia" user interfaces 

. i*- 

pi for enabling user interaction with configuration engine elements and, via the 

configuration engines, for conducting configuration operations that utilize inter-entity 
systems 103 and 104. 

Configuration system 100b of FIG. 1 provides a less distributed system 
25 embodiment that might, for example, be used in conjunction with a kiosk, support center, 
consumer system, and so on, that are typically connectable to an external resource. 
External resources might include a supplier web site, other wired or wirelessly couplable 
remote data stores (e.g. 106) or more capable processing systems (e.g. a PC, server) than 
a lesser capable user device (e.g. smart phone, personal information manager or "PIM", 
30 etc.), among other examples. 

A more integrated configuration system can also be implemented to include, for 
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example, a configuration manager 101 or elements thereof, and at least one user system, 
such as input/output ("I/O") device 105a or a suitable processing system. Such an 
implementation might be utilized in a point-of-sale terminal or as a loadable, 
downloadable or hardware processing system component (e.g. personal computer, 
5 handheld, etc.), among other examples. 

Embodiments of the invention also enable combinations of the above or other 
implementations to be provided. For example, configurator creation, operation and 
maintenance might utilize different configuration manager elements or enable or limit 
interoperation with or access to particular supplier systems or system elements. User 
10 access location, user/group status or other considerations can also be used to provide 
various separate or combined configuration system or configuration manager 
implementations of similar or varying types, among other examples, 
u, In FIG. 2, for example, a combined configuration system implementation 200 is 

It illustrated. (For convenience, numbering of FIG. 2 elements that correspond with those 
W 15 of FIG. 1 are also correspondingly numbered.) 

Tf s Configuration system 200 includes configuration managers 201a and 201b, a local 

^ area network or "LAN" 202a, a WAN 202b (such as the Internet), and inter-entity 
s systems, which further include primary supplier systems 203 and other-entity systems 

m 204. Primary supplier systems 203 can include a variety of supplier systems, such as 
W 20 inventory systems 231a, 231b, manufacturing systems 232a, 232b, operations/planning 
□ systems 233a, 233b, and other systems 234a, 234b, such as purchasing, customer service, 
and so on. Primary supplier systems 203 can further include network servers 215 and one 
or more protection systems, which can include firewalls 216 or other security. 

Other entity systems 204 can also include various systems, such as those of 
25 component suppliers 241a, 241b, credit services 242a, 242b, and other systems 243 (e.g. 
for outsourcing services, other sub-contractors, after-market suppliers, their customer 
systems, and so on). Other entity systems 204 can also include network servers (not 
shown), firewalls 234, etc, as well as systems such as the above primary supplier system 
examples for conducting their own business operations. Other entity systems 204 can 
30 also include configuration manager elements, such as those already discussed, for 
providing configuration with regard to such other entities. 
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As with the systems of FIG. 1, configuration managers 101, 201 can be utilized 
for different products having different configurable options. Configuration managers 101, 
201 can also be rendered accessible by at least primary supplier systems 203 users via 
suitable user systems (which, for greater clarity, are not shown), and can further be used 
5 by users primary supplier systems for different purposes. For example, primary supplier 
systems 203 users can participate in product configurator creation or maintenance, or can 
utilize product configuration information in unique manners (see below). Customer users 
can further be allowed access to configuration systems 201 for product configuration (via 
user systems 205), but disallowed access for configurator creation, modification or 
1 0 maintenance, and in different manners, including those already discussed with reference 
to FIG. 1. 

It will further be appreciated that each inter-entity system may be effectuated in a 
different manner, or alternatively stated, in a different operating "domain" from other 
2 inter-entity system or from configurator systems 201. For example, inventory can and is 
Uj 15 typically conducted in a different manner (utilizing different data and data structures) 
*p| than manufacturing. An inventory system of one supplier or group, management level or 
location of the same supplier (e.g. 231a) can also be conducted differently and thus have 
s a different operational domain than an inventory system of a different supplier or even a 

different group, management level or location of the same supplier (e.g. 23 lb), 
m 20 Configuration manager 101, 201 implementations according to the invention are 
□ nevertheless capable of interoperating with systems having such different domains. 

Note also that primary supplier system users (e.g. manufacturers, sellers, 
contractors, and so on) might also be customers with regard to other entity suppliers (e.g. 
component suppliers, manufacturers, sub-contractors/outsourcing services, backup 
25 sources, and so on). Configuration manager 201 embodiments also enable 

interoperability with other entity supplier systems, or further with improved security, to 
provide additional configuration system utility to customers or primary supplier system 
users (in this case, "secondary customers") or other classifications of users, and so on 
through various relationships within product, service or other supply chains. 
30 Turning now to FIG. 3 a, an exemplary processing system is illustrated that can 

comprise one or more of the elements of FIGS. 1 and 2. While other alternatives might 
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be utilized, it will be presumed for clarity sake that elements of the systems of FIGS. 1 
and 2 are implemented in hardware, software or some combination by one or more 
processing systems consistent therewith, unless otherwise indicated. 

Processing system 300 comprises elements coupled via communication channels 
5 (e.g. bus 301) including one or more general or special purpose processors 302, such as a 
Pentium® or Power PC®, digital signal processor ("DSP"), etc. System 300 elements 
also include one or more input devices 303 (such as a mouse, keyboard, microphone, pen, 
etc.), and one or more output devices 304, such as a suitable display, speakers, actuators, 
etc., in accordance with a particular application. 
1 0 System 300 also includes a computer readable storage media reader 305 coupled 

to a computer readable storage medium 306, such as a storage/memory device or hard or 
removable storage/memory media; such devices or media are further indicated separately 

\a as storage device 308 and memory 309, which can include hard disk variants, floppy/ 

n 

S compact disk variants, digital versatile disk ("DVD") variants, smart cards, read only 
W 15 memory, random access memory, cache memory, etc., in accordance with a particular 

is application. One or more suitable communication devices 307 can also be included, such 

pI as a modem, DSL, infrared or other suitable transceiver, etc. for providing inter-device 

s communication directly or via one or more suitable private or public networks that can 

s .. 
X sis 

ft i include but are not limited to those already discussed. 

*2 20 Working memory 310 (e.g. of memory 309) further includes operating system 

P ("OS") 3 1 1 elements and other programs 312, such as application programs, mobile code, 
data, etc. for implementing system 100a-c/200 elements that might be stored or loaded 
therein during use. The particular OS can vary in accordance with a particular device, 
features or other aspects in accordance with a particular application (e.g. Windows, Mac, 
25 Linux, Unix or Palm OS variants, a proprietary OS, etc.). Various programming 

languages or other tools can also be utilized, such as those compatible with the Java 2 
Platform, Enterprise Edition ("J2EE") or other languages consistent with Sun or other 
suitable specifications. It will also be appreciated that working memory 310 contents, 
broadly given as OS 31 1 and other programs 312 can vary considerably in accordance 
3 0 with a particular application. 

FIGS. 3b through 3d, illustrate examples of other programs 312 in working 
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memory 310 of FIG. 3a in greater detail. FIG. 3b illustrates how other programs of a user 
device (e.g. 105 and 205 of FIGS. 1 and 2 respectively) can include a web browser 31 2a, 
other program code that is capable of displaying web pages, or another suitable 
mechanism for supporting a correspondingly implemented CMUL FIG. 3c illustrates 
5 how other programs can comprise one or more configuration engines 3 12b (e.g. 1 1 1 of 
FIG. 1) or elements thereof. Finally, FIG. 3d illustrates how other programs 312 can 
comprise one or more supplier systems 312c (e.g. 103 and 203 of FIGS. 1 and 2 
respectively) or elements thereof. While agent network agents (see below) are found to 
be particularly suitable for implementing a configuration manager or supplier systems, 
10 one or more of resident programs, other mobile code or other suitable program code can 
also be utilized. 

When implemented in software (e.g. as an application program, object, agent, 
P downloadable, servlet, and so on in whole or part), a system 100/200 element can be 
it communicated transitionally or more persistently from local or remote storage to memory 
W 15 (or cache memory, etc.) for execution, or another suitable mechanism can be utilized, and 

elements can be implemented in compiled or interpretive form. Input, intermediate or 
^ resulting data or functional elements can further reside more transitionally or more 
3 persistently in a storage media, cache or other volatile or non-volatile memory, (e.g. 

17* storage device 307 or memory 308) in accordance with a particular application. 
fU 20 FIG. 4 illustrates a further exemplary configuration manager according to the 

q invention, including elements that are further detailed in FIGS. 5a through 5c. In this 
ps example, configuration manager 400 includes one or more configuration manager user 
interfaces or "CMUIs" 401, which are couplable via network 402 to configuration 
engines 403 and storage 404. 
25 CMUIs 401 provide web-page based user interfaces that are configurable for 

enabling users to interact with corresponding ones of the remaining configuration 
manager elements, typically by providing controls, receiving information from the user, 
transferring the information to one or more of engines 403 and providing feedback to the 
user. For example, a security CMUI or CMUI portion (e.g. page or selectable option) can 
30 be configured for providing user interaction with security engine 43 1 , a product 

configuration CMUI or CMUI portion can be configured for providing user interaction 
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with product configurator engine 432, and so on. "Switching" among interactions with 
different engines can be conducted via corresponding hyperlinks or other suitable CMUI- 
element linking mechanisms, or switching can be conducted using relational navigation, 
such as in the below-discussed configuration navigation. Other suitable mechanisms can 
5 also be used. 

CMUIs 401 are further configurable for enabling user interaction with 
configuration engines 403 in different manners according to predefined classes of users 
or other definable classifications. For example, a supplier-user (e.g. supplier employee) 
CMUI can be configured to provide for interaction with certain configuration engines, 
1 0 such as configuration creation or maintenance, while a customer-user CMUI or other 
class of suppler/customer-user CMUI is not. CMUIs 401 can also be configured to 
provide differing access to information provided by one or more of configuration engines 
is. 403 based on accessing-user, device or other classifications. For example, a CMUI can 
jS;; provide access to information regarding particular products (e.g. products under 
W 15 development), particular users, user/product summaries, all or some information from 
Jl other supplier systems 405 or other information in accordance with the above or other 
J user, user system, product, group or other classifications (e.g. determinable by security 
a engine 43 1), among other examples. 

« 1 1 It will be appreciated that different CMUIs need not be utilized to provide the 

' j 20 above or other options. For example, a common CMUI might also be utilized with 

a : 11 
■SIS' 

O different or variably presentable web pages, hide-able or otherwise modifiable options or 
using other suitable mechanisms. 

FIG. 4 also shows how configuration engines 403 include security engine 431, 
configuration and product configurator creator/modifier ("configuration creator") 432, 
25 one or more product configurators 433, preference engine 434, update engine 435 and 
linker 436. In the current example, each of engines 403 is configurable for providing 
more flexible operation that can further be provided on a user, user device, user group, 
location or other suitable basis in accordance with various applications. 

(Note that embodiments enable product configurators 433 and configuration 
30 CMUIs to be separately implemented and yet utilized in combination. For brevity, a 
product configurator and suitable CMUI or CMUI portion will be also be referred to 
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hereinafter in combination as a "product configurator pair" or simply "configurator-pair".) 

Security engine 43 1 provides for determining whether to allow or deny user/user- 
system access to a configuration system, or further, the type or extent of access that is to 
be provided. In the current example, security engine 431 is configured to enable 
5 predetermined access including general consumer-user access for conducting 

configuration of available consumer products, extended customer-user access (e.g. for 
also reviewing purchase information) or variably restricted supplier-user access based on 
supplier-user function, location or hierarchy (e.g. see above). 

More specifically, security engine 431 enables predetermined access by receiving 
10 from a customer-user or supplier-user (via a CMUI or CMUI portion) user, user device, 
group (e.g. company, department, location, workgroup, etc.) or other security information, 
such as identification or authentication information. Security engine 431 further conducts 
M checking of the received information against identification/authentication or other access 
it information already stored within the configuration system (e.g. within storage 404 or via 
W 15 linker 436), and determines therefrom the type or extent of user access that is to be 
7q allowed. Security engine then stores the access information for a current configuration 
2 session, the stored access information being available to the remaining configuration 
5 system elements. (While access is determinable in the present example for a current 

js | configuration system access session only, supplier-system access or other criteria can also 
r 5f 20 be utilized.) 

t 3 It will be appreciated that other security implementations might also be used in 

accordance with a particular application. For example, security engine 43 1 might also be 
capable of using security information already obtained by another configuration system 
or other system, or of conducting security in conjunction with such system or enabling 

25 such other system to conduct security. Security engine 43 1 might further enable another 
one or more types of access without entering security information, or require consumer- 
user identification or authentication (e.g. for providing user access tracking, review or 
later user/device, access or other identification). Security engine might also operate as a 
controller for other configuration system elements, among still further alternatives that 

30 might be used in accordance with a particular application. 

Configuration creator 432 provides for forming, modifying or maintaining 
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("creating") product configurations and product configurators and CMUIs in accordance 
with which they can be implemented. Configuration creator 43 1 is configurable to 
respond to or instantiate a configuration CMUI, in accordance with a security allowance 
(see above), for conducting configuration, or a configurator can self-initiate or instantiate. 
5 (An integrated creation interface can, however, also be used.) Thereafter, user interaction 
for configuration creating is provided via the configuration CMUI. 

FIG. 5a illustrates how exemplary configuration creator 432 includes loader/saver 
501, component analyzer 502, knowledge base 503, categorizer 504, packager 505, 
relation engine 506, interface creator 507, link applier 508 and multiple utilization 
10 security applier ("security applier") 509. 

Loader/saver 501 (FIG. 5) provides for causing existing product configurators, 
CMUIs, configurator pairs, CMUI/product configurator structures or other configuration 
y, information to be received/imported from or saved to storage 404 or other supply systems 
!!? 405 (FIG. 4). As noted earlier, a configurator-pair can include combinations of one or 
m 15 more CMUIs and product configurators or portions thereof, which can further include 
*jpt product configurator/CMUI or "configurator structures" and configurator data. 
^ Configurator structures, which can also be stored as part of knowledge base 503, 

ajss 

s can include one or more of groupings, relation frameworks or relation engines (see 

below), any links (e.g. for establishing correspondence between a particular CMUI and a 
W 20 particular product configurator), or portions thereof, to which particular configuration 
p data can be added. Configuration data can, for example, include, for a CMUI, 

multimedia interface portions and control indicators, and for a product configurator, 
product indicators indicating product, process, service or other product "option" 
components. Loader/saver 501 can similarly save or load other configuration information 
25 corresponding to other configuration engines/CMUIs or portions thereof. 

Elements 502 through 506 provide for automatic, user assisted or manual 
configuration creation. Automatic configuration creation is aided by the observation that 
despite product differences, certain commonalities can be for products at some level of 
abstraction, particularly where some corresponding experience has been accumulated. 
30 Thus, each of elements 502 through 506, which are further operable with loader/saver 
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501 for creating, modifying or maintaining a product configurator or CMUI automatically, 
with user assistance or manually (e.g. via a CMUI). 

For example, in forming a product configurator, information sources including 
configuration options or information from which options can be derived can be loaded 
5 using loader/saver 501, such as was already discussed. Component analyzer 502 

provides for comparing the loaded information with product configuration structures or 
other configuration information stored in knowledge base 503, and for determining 
therefrom data or indicators of data sufficient to provide for navigation of the product 
configurator and for display in a corresponding CMUI. (So-called "artificial 
10 intelligence" can also be used to facilitate automation of all or part of analysis.) 

Categorizer 504 further provides for organizing the analyzed information singly, 
while packager 505 provides for forming product element groupings or "packages" that 
y : can be selected as a product configuration option, and that can be organized using 
;t categorizer 504 and related using relation engine 506. Relation engine 506 provides for 
W 15 determining and forming correspondences between the categorizations. (As will be 
j% discussed, such correspondences or "relations" can be suitably provided in a cross- 
^ domain manner using logic engines, thereby facilitating a flexibility and efficiency that is 
5 unavailable via linking or other mechanisms that might otherwise be used.) 

fl ] While an "options list" as such often does not exist, option indicators can be 

W 20 ascertained from information available to or that can be created by other systems 405 or 
p by hard sources, portions of which can be entered or otherwise loaded electronically. For 
example, loader/saver 501 is operable in conjunction with the below discussed agent 
network or other suitable systems for loading a set of one or more bills of materials from 
one or more manufacturing systems or storage 404; these, tyically as multiple bills of 
25 materials, provide listings of all components of all potential product configurations (and 
not merely those that are being or will be offered according to configurable options). 
Sets of one or more routings or recipes can also loaded, saved or otherwise handled; these 
provide listings of all processes of all potential product configurations. Individual 
material or component or facility descriptions or data, which indicate how a product 
30 configuration can be built, can also be loaded, saved or otherwise handled. 

More generally, configuration creator 432 is operable for providing information 
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relating to master data of the items being configured, their general functional description 
or both. A configurator can further be rendered operable in accordance with hard data, 
such as that of material attributes or one or more bills of material, routing, customer order, 
etc., softer data, such as the functions of a product/service or its composite items or the 
5 functions that a customer is requesting for a product/service as definable in an allowable 
options list or both. (In both cases, the data can also be rendered structured and thus 
more readily loadable/saveable, etc.). 

Configuration creator 432 is also configurable for implementing configurator 
creation in a variable manner utilizing, for example, a bottom up, top down or combined 
10 approach according to the requirements of particular applications. In a bottom up 

approach, engineering related configuration information describes one or more products 
or services (as broadly described above) in accordance with how the products or services 
are made or the inter-relationships therein. Such an approach enables defined 
y configurations to be utilized more readily and reliably for production of resultant 
Uf 15 products/services. In a top down approach, configuration can be ascertained or described 
*pi in accordance with a customer relationship management perspective describing a product 
~'z and/or service in broader or coarser terms identifying what the customer wants, 
s Configuration can thus be provided in accordance with advantages or "the best" 

^ of both bottom up and top down approaches to the degree necessary to solve a business 
rU 20 (or other) problem. For example, configuration creator 432 or a configurator 433 (see 
□ below) can provide a consumer with something the consumer can more desirably use for 
configuration, while also producing more useful implementation instructions (e.g. 
manufacturing, service crew instructions, financial products and services, (temporary) 
services skills matching, pharmacutical R&D certification process, etc.). Elements 432 
25 through 436 can also be implemented according to more desirable combinations of 

predetermined configuration components or information and components or information 
that can be more desirably accessed concurrently with configuration, among other 
examples (e.g. see below). 

Of the remaining configuration creator elements of the present example, interface 
30 creator 507 provides for forming CMUIs or for adding interface data to a CMUI structure. 
Linking applier 508 further provides for determining element correspondences for which 
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relations are determined to be less suitable or unavailable. For example, where different 
CMUIs or product configurators are used, linking applier 508 provides for forming 
correspondences between ones of the CMUIs and ones of the product configurators. 
Correspondences with information or processes of other system 405 (FIG. 4) can also be 
5 formed, among other examples. 

Security applier 509 further provides for creating or assigning various allowances 
(see above), and other elements can also be used. Security applier 509 (and security 
engine 43 1 or other such elements) are configurable, for example, to provide for security 
creating, assigning or implementing based on authentication of a user or other actor in the 
10 system (e.g. system, group, location, management, consumer versus supplier, etc.). 
Authorization can, for example, be implemented based on elements such as per engine 
type (e.g. per service, service type or at a more specific logic level, such as discussed 
y : below), or can determine whether a given engine can be operable or even loaded/saved, 
y for example, by a given user, user device, etc., or further, per engine instance (e.g. given 
hi 1 5 more than one configuration manager active in a system, authorization may be denied 
*?i with regard to loading/saving or otherwise utilizing various engines at all or to varying 
extents). 

s Security can further be conducted according to data type, per data object type (in 

ITz an objective system), per data instance or per data object instance (in an objective 
FU 20 system), e.g., whether data elements/objects are available or can be used in a particular 
□ manner (e.g. modified, manipulated) with a given customer order type. For example, a 
"user" might be able to access or utilize information relating to or that can be related to 
customer orders from company A but not others, or visa versa, among other examples. 
It should also be apparent from the foregoing that such a configuration creator 
25 enables configurator-pairs to be formed requiring only a minimum of configuration 
information (including information for conducting control). It is not necessary to 
maintain within a configurator-pair all of the source information used to ascertain 
configuration options. Rather, only sufficient indicators for enabling navigation of a 
configurator, locating information provided at runtime and presenting sufficient CMUI 
30 controls and feedback at runtime need be maintained. In fact, additional configuration or 
control information can also be ascertained at runtime (see below), such that 
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configuration manager requirements can be reduced even further. 

Returning to FIG. 4 with reference to FIG. 5b, product configurators 433 provide 
a flexible operational "back end" for conducting product configuration or performing 
other operations relating to product configuration or for which product configuration 
5 operation implementations according to the invention provide a particularly suitable 
mechanism (e.g. see above). At runtime (e.g. during user product configuration), a 
product configurator receiving product configuration selections of a user (via CMUIs 401) 
causes one or more corresponding product options to be selected; user selection also 
causes any further corresponding configuration manager or supplier system operations to 
10 be conducted and next available options in view of the selection to be determined. 

The configurator also causes the selection, further corresponding operations or 
results thereof, and any similar next available options or "navigational advancing" of a 
corresponding CMUI to occur. Note that "next available" and "advancing" do not imply 
;f direction, but rather navigation within the above-noted predetermined navigational 
|§j 1 5 framework of the present example that is capable of multi-directional navigation (e.g. 
^ forward, backward, restart, etc.) responsive to received control indicators. A more 
^ detailed example is provided below. 

3 Exemplary configurator 433 includes internal process initiators 511, link identifier 

J*; 512, external process initiators 513 and logic engines 514 (FIG. 5b), which are operable 
FU 20 in conjunction with operations provided by security engine 43 1 , preference engine 434, 
q update engine 435 and linker 436 (FIGS. 4 and 5c-e). Internal process initiators 511 
" provide for responding to a received option selection control indicator, such as from a 

CMUI, by causing a current configurator operation (e.g. selecting a current product 

option, navigating, further in accordance with security or preferences, etc.). Link 
25 identifier 5 1 1 provides for further configurator processing, identifying one of more than 

one CMUIs or identifying supply system processing. External process initiators 513 

provide for initiating such external processing as indicated by link identifiers 512; 

internal process executors 512 provide for such other internal processing (e.g. which can 

further incorporate external processing results). 
30 Finally, logic engines 514 provide for navigating product configuration options in 

a cross-domain manner, using logical elements in this case (e.g. "and", "or", "not", 
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"exclusive or", etc.). It will be appreciated that such cross-domain navigation enables 
high degrees of flexibility and efficiency. For example, a similar manner of navigation 
can be applied to different products, thereby simplifying configuration creation and 
automated creation, operation, etc. Different configuration manager elements, such as 
5 CMUIs and configurators can also operate separately yet in a coordinated manner by 

initiating the same relational navigation (e.g. the same application of logical elements), so 
long as each responds in a coordinated manner (which can be further facilitated by using 
corresponding element organizations, such as with configuration creator 432 of FIG. 4). 
Such navigation is also extensible to other configuration system elements, such as 
10 security, preferences or other features, or supplier systems 405 (which can further include 
other entities throughout a supply chain) or other systems, where such systems are 
similarly organized or even where they are not. Where such features or systems are 
\a similarly organized, only the received navigation need be transferred to such systems (e.g. 

by initiation of external process initiators 513 and linkers 436, as in the present example). 
W 15 Where such features or systems are not similarly organized, organization information can 
"pi be efficiently transferred to such systems (e.g. as in the present example), loaded by such 

systems or otherwise provided, and with particularly low bandwidth. Thus, inter- 
s operation of separate yet coordinated systems, further concurrent operation, and still 

U i further real-time information coordination, compilation or other processing is enabled. 
W 20 (Such navigational elements, and particularly logical elements, are also readily 
Q implementable in hardware or software, among other advantages.) 

Reliability, updating and maintenance of inter-operative systems are also 
improved in accordance with the above navigation, organization, linking or element 
transfers. For example, pricing need not be incorporated within a configurator-pair and 
25 can instead be accessed from a supplier system or component supplier system 

concurrently (in substantially real-time) responsive to user selection of configuration 
options. Thus, not only is configurator size reduced, but errors that might otherwise be 
introduced by requiring multiple instances, updates and maintenance of such pricing can 
be avoided. Enabling such concurrent operation also facilitates assuring the viability of 
30 such information, since changes or special allowances in pricing or other information (e.g. 
manufacturability, component availability, inventory, etc.) can be reflected in conjunction 
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with current or even prior user selections (e.g. where a user can still be alerted). 
Automated or third party intervention is also facilitated (e.g. checking multiple sources of 
information or supplying "good customer" selections to a manager system or manager 
that can concurrently authorize special pricing, delivery, manufacturing or inventory 
5 priority, etc.), among other examples. 

Returning again to FIG. 4 but with reference to FIG. 5c, preference engine 434 
provides for modifying or selecting an information source, content or presentation during 
user access of a configuration system, which can further be conducted in accordance with 
security/classifications, e.g., as given above. Preference engine 434 receives user 
10 selections (e.g. via CMUIs 401, which are modifiable in accordance with security/ 

classifications, as already noted) and causes allowable user configuration preferences to 
be modified in accordance therewith. Preference engine is also configurable (and can 
u present options) such that preferences can apply to a current session, generally (e.g. via 
)sf configuration creator 432), automatically (e.g. via defaults, according to other user 
hi 15 selections, etc.) or in another manner in accordance with a particular application, 
jsj As shown in the FIG. 5c example, configuration preferences can effect the 

manner in which configuration or other information is ascertained by configurator 433, 
B presented by CMUIs 401 or both. Configuration data preference engine 521 causes 

IZ selected data types to be transferred or further processed as needed by configurator 433 
n 20 and modifies a displayed CMUI according to a default or user display preference 
p effectuated via configuration display preference engine 524. Configuration control 
preference engine 522 provides for specification or modifying controls either in 
accordance with displayed data or according to received user control preferences. 
Configuration source preference engine 523 provides for specifying or modifying data 
25 sources usable for configuration. Finally, configuration display preference engine 524 
provides for specifying or modifying the manner in which data is presented to the user. 

Continuing with reference to FIG. 5d, update engine 435 (FIG. 4) provides for 
automatic or user assisted modifications or other operations relating to changes in 
configuration system data or the manner in which such data is provided. Scheduler 531 
30 provides for effectuating or verification of changes or data/indicator archival according to 
one or more predetermined time periods, time/date indicators or events. Scheduled 
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updates can occur, for example, where a new configurator or configurator portion has 
been created and is scheduled to replace an existing configurator, or a data source or 
available data within a supplier system is scheduled to be modified at a predetermined 
point in the future. In the prior case, the update engine 435 causes configurator creator 
5 432 to substitute the new creator for the old one and (optionally) to archive the old 

configurator for later reference. In the latter case, maintenance-verifier 532 might further 
be used to first check whether the scheduled change has occurred before initiating 
requisite CMUI or configurator updates to accommodate the changes (e.g. again, by 
invoking configuration creator 432). 
10 Of the remaining exemplary update engine 435 elements, maintenance-verifier 

engine 532 causes linker 436 to transfer a verification request to a supplier system 
corresponding to an update event or request. Upon receiving a verification indicator, 
y, maintenance-verifier engine 532 initiates configuration modifier to conduct the update; if 

not verified, the event or request can be ignored or a message can further be provided to 
UJ 15 the user or an corresponding third party or third party system. Configuration modifier 
% 533 responds to a received time/event or user request by conducting modifications alone 
N or by initiating configuration engine modification operations or by causing configuration 
s archiver 534 to store a change indicator and any corresponding data (e.g. where an after 

IZ sale modification has been made by a supplier or user). Finally, configuration archiver 
fU 20 534 causes modifications to be stored when invoked, upon user request or on the 
□ occurrence of one or more scheduled times/events (e.g. 1 1pm, once a week, on some 

other "release schedule," where a corresponding system is available or further is available 
according to predetermined conditions, etc.). 

Continuing with reference to FIG. 5e, linker(s) 436 provide for facilitating 
25 interoperation of configurators 433 and other systems. As noted, other systems can 

include CMUIs or other supplier systems, which can extend generally to any system that 
is at least temporarily couplable thereto, but more practically to such systems that do not 
substantially impede configurator operation. A linker can operate as a more centralized 
connection initiator for initiating connection between configurators 433 and other 
30 elements or systems, as in the present example (or more suitably as a below-discussed 
broker agent within an agent network). Alternatively, more than one linker, one or more 
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connection points or one or more integrated or otherwise connectable configuration 
manager elements can be used. 

Linkers 436 of the present example include linking engine 541 and converter 542. 
Linking engine 541 receives an indicator indicating a request by a configurator to become 
5 coupled with another configuration manager or supplier system element, resolves the 
indicator to an element address, initiates a coupling and then substitutes the configurator 
for itself in the coupling. Converter 542 provides for performing any conversion that 
might be necessary for communication between the configurator and the supplier system 
element. 

1 0 It should also be noted that storage 404 of FIG. 4 can include one or more intra or 

extra configuration manager storage elements in accordance with a particular application. 
FIGS. 6 through 12 illustrate an exemplary configurator 600 that utilizes a meta 
y< model realized as objects in accordance with object oriented programming ("OOP"). 
It Turning first to FIG. 6, configurator 600 is more easily understood as being 

Ul 1 5 created as a "feature classification" product hierarchy (hereinafter "FCPH") that utilizes a 
% nested tree architecture. While the illustrated FCPH example is tailored to provide an 

extension to a business modeling technique and an agent network for providing product 
s configuration features, it can also facilitate product configuration generally. (For 

Ji~ example, CoreComponent 601 can be considered a root object in accordance with the 
rU 20 discussion that follows.) 

O The depicted FCPH example appears particularly suitable for product 

? configuration. It can be formed by abstracting several product classes up to a parent 

product class, thereby enabling inheritance of specifications from a parent and avoiding 
data repetition. Yet it is capable of supporting the above-noted configuration option 
25 groupings. It is also capable of supporting the above-noted relating of configuration 

groupings or "rule expressions" for defining required/prohibited option configurations in 
conjunction with both individual and package options. Moreover, the FCPH provides for 
defining a solution space in which "product components" form generic nodes that can be 
associated with all allowable option solutions; each possible option solution can further 
30 be qualified by specifying a configuration condition requiring the use of a specific 

component. The FCPH can also serve as a template for defining all configurations of a 
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product in a consistent manner, among other aspects (e.g. see configuration manager 
above). 

FIG. 6 shows how sets of products produced by a particular product supplier or 
"enterprise" can be related and grouped using ProductClass objects (e.g. product class 
5 622). Each ProductClass can be related to options or features that define the configurable 
characteristics of products of an object, and a hierarchy of ProductClasses is defined to 
allow shared features to be pushed up and defined on a common parent ProductClass, 
thereby forming the FPCH. (A ProductClass might, for example, include trucks, 2-door 
cars or Japanese laptops.) 
1 0 FPCH 600 also enables ProductClasses to be sub-classed and specialized for 

applications within different domains. A "level Jype" (field) can further be added to 
such a subclass for specifying the level or category of the ProductClass within a hierarchy. 

y : For example, FPCH 600 enables product levels within an enterprise to be configured as 
follows: An "enterprise-level" can define a specification or category for all ProductClass 

bj 15 objects in the enterprise, including different brands or companies of the enterprise; a 

^ "platform-level" can group products based on the same general concept; a "family-level" 
can group all products having a common base and fixed set of characteristics; or a "type- 

3 level" might group products by marketing range. Other levels might of course be used 

alone or in conjunction with the foregoing examples. (Using the foregoing levels, it is 

fU 20 observed that distinctions between standard characteristics are usually made at the type- 

□ level.) 

** FPCH 600 further provides for representing features and specifications of 

ProductClasses using a Characteristic and CharacteristicValue model. According to the 
Characteristic model portion, a characteristic defines a set of features that serve the same 

25 purpose or function. (E.g. Characteristic 603 and CharacteristicValue 604). For 

example, a "Hard Disk Size" Characteristic can be defined wherein Characteristic Values 
define specific hard drive sizes, such as 850M, 4G or 16G. The CharacteristicValue 
model portion further provides for specifying a characteristic, feature or option of a 
ProductClass that may be used within a product's structure to select among a set of 

30 possible Item solutions (e.g. specifying "voltage" as a Characteristic instance and 
"specific voltages", such as 1 10 volts, 220 volts, as CharacteristicValue instances). 
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CharacteristicValue can also be used to define an option package in which a "package" 
CharacteristicValue groups a set of "individual package options" CharacteristicValue 
instances. 

FPCH 600 does not, however, require Characteristic to contain Characteristic 
5 Values that apply to all instances of a particular ProductClass. Rather, as illustrated, a 
CharacteristicAssociation (e.g. 611) can be used to indicate the specific Characteristic 
Value instances that apply to each ProductClass and how the product specification is to 
be used for that Product Class. 

In the FIG. 6 example, a CharacteristicAssociation provides a qualification for the 
10 use of a CharacteristicValue (e.g. 604) against the associated ProductClass. The 
following Characteristic Values are provided in the current example: "Replaceable 
_Standard", wherein the CharacteristicValue is a default characteristic for the product 
M; belonging to the ProductClass, as long as no other specification of the same 
2: Characteristic has not been chosen; "Non_Replaceable _Standard", wherein the 
W 15 CharacteristicValue is an unconditional characteristic of any product in the ProductClass; 

"Availability", wherein the CharacteristicValue is a potential characteristic of the 
2 ProductClass, and is not specified if this is an option or a standard; "Identification", 
s wherein the Characteristic Value is a characteristic that allows the associated 

n i ProductClass to be distinguished from other ProductClass objects. (This is similar to a 
* jf 20 non replaceable standard); and "Option", wherein the CharacteristicValue is a 
O characteristic of a product only if explicitly chosen. (Option can replace a replaceable 
standard Characteristic of the same category.) 

CharacteristicExpression 703 (FIG. 7) enables CharacteristicValue 702 instances 
to be combined by simple Boolean operations. For example, a user selection of the color 
25 gray for the exterior of a car can limit the availability and thus user selection of soft-top 
color to blue and black, excluding the color green. Nesting of expressions is provided by 
making both CharacteristicExpression 703 and CharacteriticValue 702 implement 
CharacteristicOperand interface 701. 

CharacteristicOperandGroup 701a holds the set of CharacteristicOperands 
30 associated via a Boolean operator provided through CharacteristicOperationSelection 716. 
CharacteristicOperationSelection 716 of the present example provides the following 
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Boolean relationships between the CharacteristicOperands: "And", wherein all of the 
grouped CharacteristicValue instances apply; "Or", wherein any subset or all of the 
identified CharacteristicValue instances apply; "One Of \ wherein exactly one of the 
identified CharacteristicValue instances applies; and "Not", wherein the identified 
5 CharacteristicValue instances must not apply. 

FIG. 8 illustrates how FPCH 600 of FIG. 6 also provides for characteristic value 
inclusion. CharacteristicValuelnclusion is an optionally implementable representation 
that the application of a CharacteristicValueExpression (FIG. 7) implies or requires the 
inclusion of an additional CharacteristicValueExpression. The CharacteristicValue 
10 Inclusion 800 example is modeled for enabling rules to be specified that define 

dependencies between product options or combinations of product options. Selecting an 
option for a ProductClass can result in the inclusion or exclusion of the availability of 
U options related through a CharacteristicValue Inclusion specification. 
1% CharacteristicValuelnclusion 800 is also modeled as a subclass of Relationship 

W 15 Aspect 801 between a ProductClass and CharacteristicValue. Thus the selection of a 
lH particular CharacteristicValue instance for a ProductClass can trigger inclusion rules 
J through the CharacteristicValuelnclusion that links the CharacteristicValue instance with 
s the ProductClass instance. The inclusion rule itself is modeled by two attributes in 

hi CharacteristicValuelnclusion 802. The first attribute, includeCondition 802a, specifies a 
1 2 20 CharacteristicOperand 803 (a CharacteristicValue or CharacteristicValueExpression) 
Q which represents an IF condition. Should the IF condition evaluate to TRUE, then 

includedValue attribute 802b specifies a CharacteristicValue 805 or CharacteristicValue 
Expression 804 defining the CharacteristicValue instances which should be included (or 
excluded) as a result of the selection. 
25 CharacteristicOperand 803 is an abstract class, and the CharacteristicValue class 

and the CharacteristicValueExpression class are its sub-classes. Sub-classes of the 
CharacteristicOperand 803 may be used for both the includeCondition 802a and the 
includedValue 802b of the CharacteristicValuelnclusion object 802. 

Continuing with FIGS. 9 through 12, the illustrated ProductComponent class 900 
30 example is a generic representation of a functional component in a product structure to 
which all of the physical parts that provide the generic function are associated. The 
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associating of ProductComponent 900 to a particular Part can further be qualified, via the 
ProductSelection, to indicate a specification condition when the physical part is to be 
used, ProductComponents 907 can also be associated together to form functional 
decomposition of the Product Structure and a template to which all variations of the 
5 product structure must conform. 

The top level ProductComponent of the ProductComponent structure is associated 
to a ProductClass. Each ProductComponent object is further associated to a set of 
ItemSolution objects that identify parts meeting the ProductComponent's functional 
requirements. The design of a new product that belongs to an existing ProductClass 
1 0 begins by reviewing all the possible ProductSelections for each ProductComponent in the 
decomposition structure and identifying those ProductSelections that can be used in the 
new product by adding or changing the various ProductClass characteristic relationships. 
M ? The ProductFunction 1003 example of FIG. 10 is a subclass of a Characteristic 

J~ Framework element that represents the purpose or function that a ProductComponent 
W 1 5 object (e.g. 907 of FIG. 9) fulfills for the product that contains it. Using Function_ 
Jl Hierarchy 1003a, a functional decomposition and classification hierarchy can be built. 
"2 The ProductFunction and the ProductFunction hierarchy provides for associating 
s ProductComponents from different ProductClasses, thus enabling a user to view parts 

ft i serving a similar purpose not only within a ProductComponent but also across 
-Jf 20 ProductComponents and ProductClasses. For example, "interior illumination" and 
O "exterior illumination" functions can be related to an "illumination" function, thereby 
providing for grouping together all Product Components (and their related parts) that 
provide some type of illumination. 

The ProductSelection 1 100 example of FIG. 1 1 defines a solution to the function 
25 requirement defined by a ProductComponent. A ProductSelection may represent a 

technical solution, such as 'Disc brake' or 'ABS brake' for Product Component 'front left 
brake,' or a part solution, which identifies a specific set of Supply that jointly fulfill the 
functional requirement, e.g., the part number of a tire that may used on a car. Multiple 
Supplies can also be associated to a single ProductSelection to represent a kit of parts that 
30 jointly fulfill the ProductSelection, and Productltem Solutions for the same 

ProductComponent represent mutually exclusive alternatives. The association with the 
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Configuration object identifies the condition (Specifications) and the effectivity under 
which the ProductSelection is considered valid. (Note that the implemented attribute 
name is used to specify a unique identifier for an instance.) 

Finally, the Configuration example of FIG. 12 provides an association of a 
5 Characteristic Value or Characteristic ValueExpression 1203 (which identifies an option 
or set of options selected), an Effectivity (valid time range for which the association 
applies), and a ProcessOperation or ItemSolution. Since the Configuration can alter the 
content of a product's BOM, it may also be necessary to alter the process operation steps 
that describe how to assemble the optional part. Therefore, the configuration not only has 
1 0 the ability to qualify the usage of a particular part, but also qualify the use of a particular 
process operation. Each Configuration may control its usage by time, serial numbers, or 
lot numbers via effectivity. 

The link with the descriptive process for the above example takes place at the 
2? descriptive process element or "DPE" level. DPE's (which can include a descriptive 

W ; 1*5 process and its elements) can be considered independently from and modeled 

ffj; 

independently -even orthogonally- by the product configuration. The DPE models the 
2 particular production operation, which can be treated as independent from the 
■ configuration as well. The DPE can also have nested DPEs, thereby enabling modeling 

fy of a complete functional production activity (e.g. Assembly) as group of operations. If a 
- Jj 20 production meta-model exists (i.e., the generic production process for a product, such as a 
O car), the configured product instantiates the DP for the planning, scheduling or execution 
of that order. If a production meta-model does not exist, then a recursive algorithm 
explodes the DPEs structure starting from the configured product to go step by step 
deeper into the DPEs structure to define the DP. The explosion mechanism used provides 
25 a demand-supply match at DPE level. The DP building mechanism is not linear in the 
particular implementation, but has a recursive structure. 

FIGS. 13 through 19 illustrate an example of a configuration according to an 
embodiment of the invention. The example is provided from an application perspective, 
using alternating an "walk through" type figure sequence. The sequence of figures shows 
30 configuration manager user interfaces ("CMUIs") and configurator details, including 
portions of a configuration solution space, option groupings and logical elements that 
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might be utilized, and resulting navigations through a configuration. (The depicted 
example more specifically considers the configuration of a car, in this case, a BMW™.) 

The example of FIGS. 13-20 is also used to further detail an exemplary 
operational flow of configuration system elements. For convenience, such details are 
5 presented in accordance with the objective embodiment of FIGS, 6 through 12. It should 
be noted, however, that other operational characteristics and other characteristics might 
also be employed, and further, in accordance with other implementations enabled by the 
invention. 

Turning first to the FIG. 13 CMUI 1300 example, an underlying configuration 
1 0 manager is configured such that the first requirement for a configuration system user 

performing configuration is to select a model of car and the exterior color of the car. 

(The depicted CMUI elements are as presented to the user after the car model has been 
u. selected.) When selected by the user via the CMUI, selection of the car model 1301 and 
:f exterior color 1 302 reduce the number of choices for the selection of the color of the top 
W 15 1302 and the car interior 1303 (which selections and results are correspondingly 

presented as multimedia feedback to the user) by constraining the space of possible 

selections. For example, the selection of the metallic paint color gray excludes the 
a possibility of selecting the Blue Top and the Beige Leather or Leatherette color for the 

a n 

fii interior of the car. 

= y 20 FIG. 14 illustrates a model representation engineering view of a configurator 1400 

p corresponding to the end-user CMUI 1300 of FIG. 13. As shown, the selection of the 
Characteristic Gray 1402a triggers Characteristiclnclusion 1402b to evaluate 
Characteristic ValueExpression 1402c with the instance AND. This allows the selection 
of the color Blue and Black, and CharacteristicValueExpression 1403a with instance 
25 NOT, which excludes the color Green for the Characteristic TOP (1403b). Concurrently, 
for the Characteristic Interior, the selection of the external color Gray triggers the 
evaluation of CharacteristicValue Expression 1404b with the instance AND, which 
allows the selection of the color Black, Red and Gray for the Leather and Black for the 
Leatherette (1404c), as well as the evaluation of CharacteristicValueExpression 1405a 
30 with the instance NOT, which excludes the color Beige for both Leather and Leatherette 
Characteristics (1405b). 
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Turning to CMUI 1500 of FIG. 15, after the selection of the exterior color, the 
CMUI further provides for the selection of a car top color. (Note, however, that the 
underlying configuration manager need not require sequential user selection as in the 
present example, and can be similarly configured to provide for different, multiple or 
5 even random selections. The configuration manager can further provide for various types 
multimedia feedback that need not be limited to text or graphics, or feedback to a user, 
such as was already discussed. Any suitable mechanisms can be used for providing more 
specific static, dynamic or interactive user presentation of multimedia data.) 

Assuming, in FIG. 15, that Top color Blue is selected, then additional constraints 
1 0 are activated for the selection of the interior color 1501. Here, for example, Leatherette 
color selection and selection of Black and Red Leather are further no longer available. 
Additional feedback is also provided. For example, CMUI 1500 now presents a listing of 
U user selections 1502, pricing options 1503a and costs corresponding to user-selected 
;t options 1503b. As discussed above, such configuration information can be incorporated 
W 15 within a configuration manager, provided concurrently or otherwise by an other 
h interoperable system or both. User activity or results can further be provided to such 
z interoperable systems. 

s Pricing might, for example, be provided by a supplier planning/operations system 

m upon user selection, or further in conjunction with automated or manual review of the 
1 y 20 selection by a supplier system or supplier system user. Component, processing or 
13 delivery availability might also be similarly verified with one or more supplier inventory, 
manufacturing or delivery systems, or further with systems or system users of other 
entities, such as component suppliers, among other configurable options. 

FIG. 16 illustrates the operation of the underlying configuration manager 
25 corresponding to user selection options of FIG. 15. For example, selection of the color 
Blue for the Characteristic Top triggers Characteristiclnclusion 1601 to evaluate 
CharacteristicValueExpression 1602 with the instance AND (which allows the selection 
of the color Gray), and CharacteristicValueExpression 1603 with instance NOT (which 
excludes the color Black and Red for the Characteristic Leather and Black for the 
30 Characteristic Leatherette). Note also that the Characteristic Trim is not affected by any 
of the selections made. Even though not shown in Figure 16 (for clarity sake), a 
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CharacteristicValueExpression with the instance AND is evaluated for it in each of the 
selections previously made. 

As shown in the CMUI of FIG. 17, completion of the above selections or user 
selection of a "page tab" control (1701) trigger CMUI navigation, such that CMUI 1700 
5 now provides for additional user selection of the illustrated single feature or package 
options 1702, 1703. Assuming that the user selects the Premium package, then the 
Options Steptronic transmission, Xenon low-light headlights and Harmon Kardon 
premium sound system are not available anymore under the option list. Since these 
options are already included in the selected package, selecting the package triggers 
10 exclusion of the individual options. Similarly, selection of the Heated seats separately or 
as within Premium package causes the Cold Weather package to be no longer available. 
FIGS. 18 and 19 illustrate an underlying model for supporting CMUI 1700 of FIG. 
it 17. As shown in FIG. 18, the selection of the Characteristic Value Premium Package 
if 1801 triggers Characteristiclnclusion 1802 to evaluate the CharacteristicValueExpression 

Up 1 5 1 803 with a NOT instance. This selects the Operands Steptronic, Xenon light and 

ffi 

I* Premium sound belonging to the CharacteristicValue Options 1 804, with the result that 
1 * they are no longer selectable as individual features. FIG. 19 further shows how the 
a selection of the CharacteristicValue Heated seats Option 1901 triggers Characteristic 

Inclusion 1902 to evaluate CharacteristicValueExpression 1903 with a NOT instance. 
lU 20 This selects the Operand Cold Weather belonging to the CharacteristicValue Packages, 
□ and thus cannot be selected anymore. 

Figures 1 8 and 19 also show links between possible selectable options as single 
options or as package options, as well as the actual parts related to them. Characteristic 
Value Steptronic is further shown to be related to the ProductComponent called Auto 
25 Transmission, which is linked to the ProductSelection named Item 1 , and which further 
relates to the Supply elements Part 1 and Part 2. This link acts as bridge between the 
configuration of the product and its billing. 

Turning now to the supply chain flow diagram of FIG. 20, it will become apparent 
to those skilled in the art that configuration embodiments according to the invention can 
30 be extended to intra and extra entity commodity, service and other process flow, bringing 
with it specific information (such as cost, validity time, transportation time, constraints, 
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etc.). Such configuration is further capable of providing a decision support model that 
captures in full the dynamics of the supply chain. 

Using, for example, the characteristic inclusion and expression mechanism aspect, 
the relationship between a product and its suppliers and production plants can be 
5 described via logical operations, such as AND, OR, NOT, XOR, at any level of a product 
hierarchy (e.g. product family, product component, parts, etc.). For instance, particular 
product or material relationships with suppliers and manufacturers can be expressed as: 
material/product xyz AND supplier abc AND plant 123. Note that this method of 
modeling, does not impose any restriction or constraint, thus enabling the user to 
10 introduce at the expression level any variable required, such as cost, time, etc. 

FIG. 21 illustrates an example in which the above configuration system aspects 
are extended to a supply chain, further applying the objective framework example of 
y : FIGS. 6 through 1 1 above. As shown, Product 1 is linked to its markets, production 
y plants, while its raw material is linked to the suppliers. Operands can, in this case, be 
W 1 5 linked together via an AND relationship. Information regarding costs (supplier costs, 
Jj production costs etc.), validity time, transportation time and other constraints in general 
^ are defined within the framework and are linked to particular products, for example, in 
s the manners already discussed. Values and other information are further passed through 

a CMUI; these can be pre-assigned, and therefore unalterable by a user, freely definable, 
8 jf 20 or the above security or preferences can be applied. 

O The above modeling relations (e.g. logic elements) can then be used to associate 

separate business hierarchies at any level of aggregation required. In order to support a 
typical model, for example, the suppliers, the production plants, distribution centers and 
customers can be modeled as four different hierarchies. The associations between these 

25 hierarchies can further be expressed by using relations such as the above logical 

expressions. Such structure can thereby provide for any kind of planning and analysis for 
decision support purposes. The system can further provide real time information about a 
particular product consisting of, for example, the supplier of the raw-material required, 
the production plan that produces it, where it is stored and what is its inventory level, 

30 who are the customers that buy it etc. All of the information can further be made 
available in substantially real time by evaluating the related logical expressions. 
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FIG. 22 further illustrates an example of an agent network that is capable of 
implementing a configuration system according to the invention. FIG. 22 is taken from 
the above-referenced provisional patent application entitled "Distributed Artificial 
Intelligent Agent Network". 
5 As shown, the agent network 2200 includes distributable agents that are 

configurable for implementing portions or slices of business processes corresponding to 
(traditionally) wholly different business functions, and are further capable of 
interoperating with non-agent network system elements. Agent network 2200 is also 
capable of virtual implementation, such that the agents can be distributed to varying 
10 underlying system hosts (e.g. of an underlying physical network) according to the 

requirements of a particular application. Thus, for example, one or more of the elements 
of FIG. 1 or the elements comprising the elements of FIG. 1 can be implemented as 
elements of one or more agents. 
'it Agents can further be provided as broker agents (e.g. broker agent 2201) which in 

y 15 addition to other potential functionality are also capable of providing connections 
Jp between other agents. Turning also to FIG. 4, for example, it was noted above intra or 
=f extra configuration manager 400 communication within the configuration system can be 
* conducted in a more or less distributed manner, including but not limited to using linker 

Ids 

m 436 as a mechanism for facilitating such communication (e.g. see FIG. 23). While other 
1 z 20 implementations might be utilized, a particularly suitable implementation can utilize non- 
O broker agents to implement one or more of CMUIs 401 , security engine 43 1 , 

configuration creator 432, configurators 433, preference engine 434 and update engine 
435 as non-broker agents, and linker 436 as a broker agent. Other supplier systems 405 
are also implementable as various combinations of non-broker agents, broker agents or 
25 non-agent network components (e.g. existing business system elements) 

Broker agents are operable in various manners for facilitating inter-element 
communication and other operabilities, such as those discussed in the above-referenced 
provisional application. In one example with linker 436 implemented as a broker-agent 
and the remaining elements implemented as non-broker agents, an initiating element (e.g. 
30 configurator 433) determines an operation that includes transferring, for example, a 

navigation to another element (e.g. CMUI 401). In this example, configurator 433 would 
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initiate a communication with linker 436, linker 436 would resolve that the navigation is 
targeted at the particularly implemented CMUI 401 (e.g. via a location list within linker 
436). Linker 436 would then initiate a communication with CMUI 401 and then replace 
itself in the communication with configurator 433. (It should be noted, however, that 
5 various implementations of broker and non-broker agents might be used and might 
conduct various types of unitary, collaborative or other communication in various other 
manners.) 

A further advantage enabled by the above and other implementations of 
configuration systems according to the invention is that information transferred between 
10 elements can be non-descriptive, rendering the communication more secure. For 

example, using the above navigation, transferring of only a logic element can be used by 
a configuration manager element to request information from even other supplier systems 
y : 405. Other supplier systems 405 further need only respond with the information 
:S requested (e.g. price, availability or other information). Such a system not only facilitates 
W 1 5 interoperability as already noted, but also provides a more secure manner providing 
*H information without requiring one system to enable access to another beyond exchanges 
^ such as receiving navigation information and supplying responsive information. 
9 While the present invention has been described herein with reference to particular 

s n | embodiments thereof, a degree of latitude of modification, various changes and 
W 20 substitutions are intended in the foregoing disclosure, and it will be appreciated that in 
□ some instances some features of the invention will be employed without corresponding 
f=s use of other features without departing from the spirit and scope of the invention as set 
forth. 

25 
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